Android事件分发之流程分析
PS:不要太过焦虑，踏踏实实充实自己才是最重要的。
上篇文章中主要针对 Activity、ViewGroup 以及 View 中的相关事件方法进行了基本概述，在阅读本篇文章之前，请先阅读下面几篇文章：
下面主要以案例的方式对 Android 中的事件传递进行归纳如下：
默认的事件分发流程
事件分发
事件拦截
事件处理
默认的事件分发流程
Android 事件分发的正常流程，也就是默认情况下事件是如何分发的，首先自定义 ViewGroup 和 自定义 View， 如继承 LinearLayout 自定义 ViewGroup 为 MLinearLayout，继承 TextView 自定义 View 为 MTextView，然后分别重写各自与事件分发相关的事件方法，Activity 也重写自己的事件方法，根据日志观察正常的事件分发流程，布局如下图所示：
通过触发 MTextView 的 onTouch 事件，对各个事件分发方法都默认处理，执行流程如下图所示：
默认分发流程
显然，事件分发的起点是 Activity 的 dispatchTouchEvebt() 方法，然后通过一系列动作事件向 ViewGroup 分发，具体表现就是调用 ViewGroup 的 dispatchTouchEvebt() 方法，ViewGroup 的 onInterceptTouchEvent() 方法默认返回 false，也就是默认不拦截事件向子 View(ViewGroup 也是子 View，如 MRelativeLayout)，然后，一直向下分发直到最内层的子 View 为止.
当然，事件分发至子 View , 也就是调用子 View 的 dispatchTouchEvebt() 方法，其事件分发方法内部调用了 onTouchEvent() 方法，onTouchEvent() 默认返回 false，表示该 View 不消费事件，反之返回 true 则消费该事件，下面是根据上述执行结果绘制的默认的事件分发流程，如下图所示：
分发流程图
通过上面的验证，至少能够了解各个事件相关方法的执行顺序咯。
事件分发
dispatchTouchEvent() 方法负责事件的分发，决定当前事件是自身消费还是继续向子 View 分发，返回 true，表示事件已经被消费，后续的事件也会继续执行，如 ACTION_MOVE、ACTION_UP等事件，返回 false 则继续向子 View 分发事件，如果是子 View 是 ViewGroup，则先将事件分发给 onInterceptTouchEvent() 方法，从而决定是否拦截该事件。按照上面的案例将 MRelativeLayout 的 dispatchTouchEvent() 方法返回 true ,事件消费且接受之后的一系列事件，日志截图如下图所示：
事件分发
显然，当 MRelativeLayout 的 dispatchTouchEvent() 方法返回 true 的时候，事件没有向下传递，这里为了更清楚的观察各个事件方法的执行，具体的事件（如 ACTION_DOWN 等）没有输出在日志中，所以，当 dispatchTouchEvent() 方法返回 true 时表示事件已消费。
事件拦截
onInterceptTouchEvent() 方法负责事件的拦截，其返回值决定是否对当前事件进行拦截，返回值为 true，表示拦截当前事件，反之不拦截事件，也就是默认实现继续调用子 View 的 dispatchTouchEvent() 方法进行事件的分发，按照上面的案列将 MRelativeLayout 的 onInterceptTouchEvent() 方法返回值设为 true，拦截当前事件，使事件不在向下传递，日志截图如下图所示：
事件拦截
话说事件拦截之后，那就要进行事件处理了，当然事件处理归 onTouchEvent() 方法负责，onTouchEvent() 可以处理也可以不处理，如果 onTouchEvent() 返回 true 意味着事件处理完成，返回 false 则事件交由父 View 的 onTouchEvent() 方法进行处理，如图示情况，MRelativeLayout 拦截了事件，但是没有处理事件，最终交由 Activity 来处理咯。
事件处理
onTouchEvent() 方法负责事件的处理，其返回值决定是否消费该事件，返回 true 表示当前 View 消费事件，返回 false 表示不消费事件，事件向复 View 的方向传递，按照上面的案例将 MRelativeLayout 的 onTouchEvent() 方法返回值设为 true，日志截图如下图所示：
事件处理
上面截图中省略了若干 ACTION_MOVE 事件，当某一 View 事件拦截成功之后，ACTION_DOWN 之后的一系列事件将直接由该 View 处理。
总结
事件分发由父 View 向子 View 进行事件的分发，在分发过程中如果没有被拦截和处理，当分发至最深层次的 View 时，将向上回传事件，最终交由 Activity 进行处理，后续事件也将不会接受；如果中途某个 View 拦截了事件并进行了处理，那么由拦截事件的 View 的 onTouchEvent() 方法进行处理；如果中途某个 View 拦截了事件并且不进行处理，则事件停止向子 View 分发，然后向父 View 的方向交由父 View 的 onTouchEvent() 方法进行处理；
事件拦截成功之后则要对事件进行处理，事件的处理主要由拦截事件的 View 的 onTouchEvent() 方法或是其父 View 的 onTouchEvent() 来处理，是否处理具体由相应的 onTouchEvent() 方法的返回值决定；
事件的处理当然是 onTouchEvent() 方法了，返回 true 表示事件就此处理，反之事件未被处理，继续向上回传事件直至被处理。
下篇文章将介绍onClick与onTouch相关知识，可以回复关键字【加群】邀你进Android交流群。